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1  J  r.  TROUUCTIU'J 


This  reoort  specifies  the  attachment  of  an  X.25  host  to  the 
uetense  Data  Network  (dd,o.  in  oarticular.  this  reoort  describes 
SDecific  oDtions  and  features  of  CCiTt  Recommendation  X.25  (1980) 
and  Federal  information  orocessina  Standard  (FIPS)  100/Feaerai 
Standard  (Fed.  Std.)  1041  (Julv  1983)  reouired  of  a  host  X.25 
implementation  to  enable  that  host  to  communicate  with  a  ddn  X.25 
Interface  sessaae  Processor  ("lap",  the  odn  packet  switcnino 
none).  fnls  reoort.  in  conlunction  witn  FIPS  100/Fed.  Std. 
l o4 | .  should  enable  odn  host  site  manaoers  and  others  Dlannino  to 
attach  a  host  bv  means  of  X.25,  rather  than  the  1822  interface,  * 
to  determine,  first,  whether  or  not  the  X.25  imoiementation  of 
the  nost  in  auestion  is  adeouate  for  ooeration  with  odn.  and. 
second,  «nat  options,  parameter  settinas.  etc.  must  or  mav  be 
selected  for  operation  with  don. 

This  report  assumes  that  the  reader  is  familiar  with  CCITT 
Recommendation  x.2S  and  FIPS  100/Fed.  Std.  1041.  A  coov  of  FIPS 
100/Fed.  std.  1041  is  attached  as  Aooendlx  C  of  this  report. 

Tn  this  document,  the  term  "Administration"  refers  to  the 
Defense  communications  Aaencv  (OCA  code  R610.  washlnaton.  D.  C. 
20305). 


1.1  background 

1.1.1  x.25  and  ftps  100/Federal  Standard  1041 

me  CCITT  Recommendation  X.25  describes  the  interface 
between  host  comouters  (data  terminal  eouiDment.  or  UTEs)  and 
data  circuit-terminating  eauirment  (DCFs.  whicn  effect 
communication  with  remote  hosts  over  computer  networks)  for  hosts 
oneratina  in  the  packet  mode  on  dudHc  data  networks.  The  X.25 
interface  standard  is  defined  as  three  independent  architectural 
levels,  followina  tne  Qoen  Svstems  interconnection  (QSI) 
Reference  *ooeJ.  Tne  three  levels  are: 

bevel  l:  The  PHYSICAL  level  of  the  connection.  The 

onvslcai.  electrical.  functional.  and 

procedural  characteristics  to  activate. 


*  as  usea  in  this  reoort.  "1822  interface"  refers  to  the 
interface  specified  in  dolt  beranek  and  Newman  Inc.  (tsfcN)  Report 
so.  1822.  "specification  for  tne  Interconnection  of  a  Host  and  an 
Iv.p."  revision  of  Oecemoer  1981. 


maintain,  and  deactivate  tne  ohvsical  link 
between  the  DTE  and  the  DCF. 

Level  2:  The  LINK  level  of  the  connection.  Tne  Unit 
access  Drocedure  for  data  interchanae  across 
tne  Unit  between  the  DTE  and  the  DCE. 

Level  j:  The  PACKET  level  of  the  connection.  The 
oacicet  format  and  control  Drocedures  for  tne 
exchanae  of  backets  .  containing  control 
Information  and  user  data  between  the  DTE  and 
the  OCE.  and  between  the  DTE  and  a  remote 
DTE. 


CCITT  Kecommendation  x.2s  contains  manv  options  and 
implementation  choices.  FIPS  100/Fed.  Std.  1041.  which  specifies 
tne  aenerai  use  of  X.25  for  the  Federal  Government*  defines  some 
of  tne  choices  left  open  in  x.25.  This  document  describes  tne 
x.25  interface  to  a  oarticuiar  network,  ddn.  Thus  in  several 
areas  wnere  x.25  allows  a  choice,  a  slnale  cnoice  appropriate  for 
onii  is  specified:  in  areas  which  x.25  leaves  unspecified, 
andressino  in  particular,  conventions  are  specified  that  are 
consistent  with  the  overall  architecture  of  DDN  and  the 
interoperability  aoals  described  below.  The  effect  of  this 
aooroacn  is  to  make  don  service  available  to  hosts  in  a  wav  that 
reouires  no  chanaes  to  a  host  DTE  implementation  that  is 
compliant  with  FIPS  loo/Fed.  Std.  1041  and  CCITT  Recommendation 
X.25.  ev  implementing  extensions  described  in  this 
specification,  a  nost  will  pe  able  to  take  advantaae  of 
additional  Dun  features  reoulred  in  military  networks,  such  as 
precedence  and  logical  addressing. 

Tne  reader  is  referred  to  CCITT  Recommendation  X.25  and  to 
firs  100/Fea.  std.  Iu41  for  detailed  information  not  orovided  in 
tne  oodv  of  this  dpcument. 


1.1.2  x . 25-to*x .25  and  X.25-to-lb22  Interooeraoili tv 

a  kev  goal  of  the  ddn  X.25  imDlementation  is 
interoueraoilii.it.  among  all  don  subscribers.  That  is,  effective 
communication  should  oe  possible,  not  oniv  between  subscribers 
attacnen  to  the  ddn  usina  identical  vendor-suonlied  X.25 
implementations,  out  oetween  subscribers  using  different  x.25 
implementations,  and  oetween  a  suoscriber  using  an  X.25  interface 
to  tne  don  ana  a  suoscriber  usina  an  1622  interface  to  the  ddn. 
Acnievina  this  aoal  of  interoperability  reouires  that  all  dDn 


x .25  subscribers  conform  to  this  interface  specif ieation  a ad 
implement  the  DoO  standard  niqher  level  protocols.  True 
interooerabi  1  itv  amonq  DG'l  nosts  reauires.  in  particular, 
implementation  of  the  Don  standard  Protocols  TCP  (Transmission 
Control  protocol)  and  IP  (Internet  protocol),  as  well  as  the 
nianer-ievel  protocols  wnich  implement  DON  standard  services, 
wnen  such  services  are  provided  bv  the  host:  tne  Telnet  Protocol 
tor  character-oriented  terminal  support,  the  File  Transfer 
Protocol  (FTP)  for  file  movement  Detween  hosts,  and  the  Simple 
'•‘ail  Transfer  Protocol  (SMTP)  for  communication  between 
electronic  mail  service  hosts. 

The  ODN  X .25  DCS  offers  two  tvoes  of  service  to  X.25  DTEs: 

1.  ddn  standard  x.25  service,  whicn,  when  used  in 
coniunction  with  doD  standard  protocols,  provides 
interoperable  communication  between  an  X.25  DTE 
and  other  ddn  nosts  that  also  implement  tne  DoD 
standard  protocols,  whether  thev  are  connected  to 
DOM  via  the  1822  i nterf ace  or  via  tne  X.25 
interface : 

and 

2.  DON-  Basic  •  X.25  Service,  wnich  provides 
communication  oniv  oetween  an  x.25  DTE  and  other 
don  x.25  DTEs  impiementino  compatible  hiqher-level 
protocols . 

section  2. 1.2.1  of  this  reoort  describes  the  conventions  to 
dc  use-i  hv  a  DTE  to  soecifv  the  tvpe  of  service  desired  for  each 
X.25  virtual  call.  All  DDN  x.25  Dxts  will  be  reauired  to  develop 
and  initiate  a  olan  to  use  tne  DoD  standard  Protocol  arcnitecture 
and  DD-'f  standard  X.25  service. 

use  of  DDN  oasic  X.25  service  imposes  some  restrictions  on 
the  nature  of  tne  networ<  communications  service  tnat  a  host  can 
ootain.  These  restrictions  are  discussed  in  Appendix  a,  section 


1  ..2  Como  l  lance 


1.2.1  Compliance  with  CCITT  X.25  ana  FIPS  100/Fed.  Std.  1041 

Tne  do*  X.25  interface  Specification  Is  compliant  with  CCITT 
Recommendation  X.25  and  FIPS  100/Fed.  Std.  1041.  The  DON  X.25 
DCE  suoDorts  all  facilities  soecified  as  E  (essehtial)  bv  FIPS 
100/Fed.  Std.  1041.  and  most  facilities  specified  as  A 
(additional ) .  Tne  additional  facilities  not  supported  ares 

(i)  dataarams  and  associated  facilities, 
ano 

(it)  bilateral  closed  user  arouos. 

rn  tnat  FIPS  100/Fed.  std.  1041  describes  features  tor  a 
DCE.  Du.v  x.25  DIES  mav  support  anv  or  all  facilities  specified  as 
eitner  £  or  a  dv  fips  100/Fed  Std.  1041.  However.  DDN  x.25  DTEs 
must  not  use  the  facilities  identified  abovtf  that  are  not 
SUDDorted  nv  tne  DD  i  X.25  DCE. 


1.2.2  DTE  Compliance  with  This  Specification 

This  aocunent  soecifies  several  areas  in  which  the  Ddn  x.25 
DCE  is  caDaole  of  ooeratina  in  several  modes.  For  example. 
Section  2.4  lists  a  number  of  sionalina  rates  supported  bv  the 
DCE.  in  such  cases,  a  DDN  X.25  DTE  must  implement  at  least  one 
of  the  oDtions  listed  (or  the  set  of  ootions  reauired  of  a  DTE  ov 
FJPS  100/Fed.  Std.  10411  but  need  not  imDlement  all  of  the 
ootions  listed  (unless  reauired  bv  FIPS  100/Fed.  Std.  1041). 
Determinina  the  aaesuacv  of  tne  options  suooorted  dv  a  DTE  vendor 
for  meetlna  a  DON  subscriber's  requirements  Is  tne  resDonsiDilitv 
of  tne  subscriber. 

in  adaition  to  the  CCITT  X.25  and  FIPS  100/Fed.  Std.  1041 
reaui rements  aescribed  in  Section  1.2.1  above,  DON  x.25  DTEs  mav 
w t s n  to  ta<e  advantage  of  additional  DDN-specific  features  that 
are  compatible  extensions  to  the  public  standards  , 
I  Ticiementation  of  a  DDN-soecific  feature  bv  a  host  is  reauired 
oniv  if  tne  nost  wishes  to  taxe  advantaae  of  tne  service  or 
Information  orovldei  bv  tne  feature.  For  example,  a  host  tnat 
«isnps  to  establish  calls  onlv  at  the  default  precedence  level 
asstcmea  to  It  neea  not  l  inclement  tne  orecedence  facility 
described  in  Section  2. 1.2. 2.  However,  a  nost  that  wishes  to 
have  flexibility  in  toe  Dreceoence  of  the  calls  it  establishes 
xust  imoleoent  this  facility. 


Anv  deficiencies  with  respect  to  this  SDecification  in  a 
vendor-suoDlied  k. 25  DTE  imDlementation  contemoiated  for  use  witn 
the  Dik'  x.25  OcE  snoulo  be  rectified  So  as  to  attain  compliance 
with  tnis  SDecification.  proner  ooeration  with  UD*  of  an  X.2S 
D'l r  that  is  not  conoliant  with  this  specification-  cannot  be 


2  IkTEkFACE  SPECIFICATION 


2.1  Call  Establishment  Conventions 

This  section  soecifies  DON  x.25  call  establishment, 
conventions . 


2.1.1  Addresslna 

Dlim  addresses  are  assidneo  to  subscriber  DTEs  bv  the 
Administration.  Two  basic  forms  of  address  are  provided: 
Dhvsical  addresses.  which  correspond  to  the  node  number  and  DCE 
Dort  number  of  the  node  to  which  the  DTE  is  connected,  and 
loaicai  addresses.  Mhich  are  mapped  transparently  by  DCE  software 
into  a  corresoondind  physical  network  address.  Each  DTE  is 
asslaned  one  physical  address,  and  may  be  assigned  one  or  more 
loaicai  aadresses.  All  ddm  addresses  are  either  twelve  or 
fourteen  BCD  ( binarv-eoded  decimal)  diaits  in  length.  A  callina 
DTE  need  not  determine  whether  a  uiyen  address  is  a  Physical  or 
logical  address,  in  order  to  establish  a  call  to  that  address. 


2. l.l.l  Address  Formats  and  Fields 

ul>n  addresses  have  the  following  format: 

ZZZZ  F  DODDDDD  (SS) 

The  various  fields  of  the  address  are  presented  in  Table  2.1  and 
are  exolalreo  below. 

Length 

'leaning  (BCD  digits) 


Field 

ZZZZ 

F 

D  DPl'D  DO 
(SS  ) 


Reserved  (must  be  zero)  4 

Flaa  t 

don  Host  Identifier  7 

Suo-address  (actional)  0  or  2 

total  l i  or  14 


laric  2.1  DO.-]  x.25  Address  Fields 


•O' 


2. 1.1. 1.1  Reserved 


rne  Reserved  field  corresponds  to  the  QNlC  field  aenerallv 
used  in  Dubllc  data  networks.  Pendina  asslanment  of  a  DON  DNIC, 
this  field  must  oe  zero. 


2. 1.1.  1.2  Flats 

The  Fiaa  field  is  used  to  differentiate  physical  and  loaical 
addressina.  The  value  zero  indicates  onvsical  addressina.  while 
tne  value  one  indicates  loaical  addressina.  A  value  of  nine  Is 
used  In  the  setuo  of  calls  to  enable  and  disable  loaical 
addresses;  see  Appendix  A.  section  A-3.3.1. 


2. 1.1. 1.3  odn  host  identifier 

ine  dun  Host  Identifier  is  a  seven-dialt  address,  either 
loaical  or  Dhvsical.  asslaned  to  a  subscriber  DTE  bv  tne  DON 
Administration. 


2. 1.1. 1.4  Sub-Address 

The  Sub-4adress  may  be  used  bv  a  DTE  for  anv  purpose.  It  Is 
carried  across  the  network  without  modification.  Its  presence  Is 
optional. 


2. l.l. 2  Suoolvina  Ussina  Address  Information 

ine  DOW  x . 2b  DCE  incorporates  a  mechanism  to  sudpIv 
"missina"  address  information  in  CALL  REQUEST  and  CALL  ACCEPTED 
rackets  received  from  an  attachen  DTE.  Inis  mechanism  is  useful 
in  Dir  software  testino  and  onvsical  address  determination. 

If  a  DTE  sends  a  Call  request  packet  with  no  calllna  address 
field,  the  local  DCS  will  insert  the  physical  callina  DDR  Host 
Identifier  witn  no  suoaddress  field.  if  a  OTE  sends  a  CALL 
request  or  Call  accepted  packet  with  eltner  or  ootn  calllna  or 
called  adoresses  that  contain  F  *  zero  and  OQDODDu  s  zero,  tne 
local  dce  win  reulace  the  dun  Host  Identifier  field  (ODDDDDD) 
'witn  tne  unys leal  address  of  the  DTE. 


DTK  imolementors  are  cautioned  that  use  of  this  mechanism  in 
acceotino  calls  to  a  DTK's  logical  address  (See  ADoendix  a. 
Section  a-3.3)  can  result  in  confusion  on  the  Dart  of  the  callina 
DTE  and  is  not  advised. 


2.1.2  DDtM-SDecif ic  Facilities 

Two  DDN-soecif ic  features  are  reauested  bv  means  of 
"orivate"  or  non-CCITT  facilities  in  CALL  REQUEST  and  CALL 
accepted  Dacxets.  If  eitner  or  both  of  these  facilities  ore 
reauested  in  a  CALL  REQUEST  or  CALL  ACCEPTED  Dacxet.  thev  must 
follow  all  CCITT  X.2S  facilities  and  must  be  preceded  bv  a  sinole 
£acill£u  xacJtar.  two  octets  of  zero. 


2. 1.2.1  TvDe  of  Service  Selection 

rne  duo  x.25  provides  two  tvoes  of  service.  don  basic  X.25 
service  and  don  standard  X.25  service.  ddn  standard  X.25  service 
Droviaes  onlv  local  DTE  to  local  OCE  suoDort  of  the  X.25 
connection.  Data  is  carried  via  the  network  to  its  destination 
(usina  orotocols  internal  to  the  network),  where  it  is  delivered 
uslna  the  access  orotocol  of  the  destination  host  (i.e.,  either 
1822  or  don  standard  X.25  service).  This  access  method  is 
oriented  towards  don  X.25  hosts  uslna  the  Doo  standard  TCP/IP 
hiaher  level  orotocols.  No  X.25  procedures  cnanae  when  uslna  DDN 
stanaard  x.25  service:  however,  the  sianlflcance  of  the 
procedures  chanaes  (see  ADDendix  A,  Section  A-3.2).  There  is  no 
eno-to-end  a. 25-level  acknowiedaement  or  auarantee  of  delivery  of 
data  oackets  witn  DON  standard  x.25  service;  reliability  of  DDN 
standard  x.25  service  is  provided  Instead  bv  tne  use  of  a 
reliaole  transoort  orotocol. 

ooim  basic  x.25  service  provides  end-to-end  call  manaaement 
with  s lanif icance  as  described  in  CCITT  Recommendation  x.25  and 
FIPS  100/Fed.  std .  1041.  This  access  method  is  oriented  towards 
hosts  that  have  existlna  niaher  level  orotocol  implementations 
that  reauire  reliable  packet  aeliverv  at  tne  network  level. 

selection  of  don  standard  or  ddn  basic  x.25  service  must  be 
■naoe  on  a  call-ov-caii  oasis  dv  the  DON  X.25  DTE  at  the  time  of 
call  setuo.  to  soecifv  Don  standard  x.25  service,  a  DTE  must 
incluoe  in  tne  CALL  REQUEST  oacket  a  facility  two  octets  Iona, 
coded  as  follows: 


OUOUOIOO  UUOOOOOi 


If  this  facility  is  not  soecified.  don  basic  x.25  service  will  be 
Provided. 


2. 1.2. 2  Call  Precedence 

The  precedence  ot  a  call  is  neaotiated  bv  an  X.25  DTE  bv 
means  of  a  facility  two  octets  Iona,  coded  as: 

00001000  ooooooxx 

where  xx  is  the  precedence,  from  0  (lowest  precedence)  to  3 
( highest  precedence).  If  this  facility  is  not  used,  the  call 
will  be  established  at  the  subscriber's  default  precedence. 

a  DTE  is  not  permitted  to  establish  a  call  at  a  precedence 
level  niaher  than  that  authorized  for  that  DTE  ov  the 
Administration.  An  attemot  to  do  so  will  result  in  the  don  x.25 
dcf.  returnina  to  toe  DTE  a  clear  Indication  packet  with  clearinq 
cause  ooooiooi.  "out  of  order."  with  diaanostic  code  194, 
"Requested  precedence  too  nioh." 

Calls  of  a  lower  precedence  ,mav  be  cleared  by  a  DCE  if  DCE 
or  otner  network  resources  are  required,  or  if  access  to  the 
local  or  remote  DTE  is  reauired  (for  a  call  of  hiqher 
precedence) .  In  tnis  event,  a  CLEAR  INDICATION  packet  will  be 
sent  with  the  clearing  cause  0000010!.  "Network  conaestion."  and 
witn  a  diaanostic  code  soeelfvlna  the  reason  for  the  preemption. 
The  diagnostic  codes  emoloved  for  tnis  purpose  are  192.  "Cleared 
due  to  hiqher  precedence  call  at  local  DCE."  and  193.  "Cleared 
due  to  ni:ner  precedence  call  at  remote  DCE."  Similarly,  an 
attemot  to  estaolisn  a  call  mav  be  unsuccessful  if  network 
resources  are  enaaoed  in  calls  of  hlaher  oriorltv  than  that 
requested.  in  tnis  case,  a  CLEAR  Indication  packet  win  be  sent 
-itn  the  clearing  cause  00001001.  "Out  of  order,"  and  with  either 
diagnostic  cose  192  or  193.  as  aorroDriate. 

me  oieonostlc  codes  described  in  the  Drecedlno  parearaohs 
are  bow-specific  diagnostic  codes:  additional  information  about 
tnese  codes  mav  ne  found  in  Aboendix  A,  Section  A-3.1. 


2.1.3  Protocol  Identification 


x.25  DTEs  emolovina  the  DoD  standard  TCP/IP  protocol 
architecture  must  indicate  this  bv  means  of  the  call  user  data 
field  of  the  Call  request  oactcet.  The  first  octet  of  this  field 
must  be  set  to  11001100  to  identify  the  DoD  standard  protocol 
architecture. 

Indication  of  the  use  of  the  Doo  standard  protocol 
architecture  is  independent  of  the  selection  of  dun  standard  or 
DD»  basic  x.25  service  bv  means  of  the  facility  specified  in 
Section  2. 1.2.1  aoove.  Therefore,  a  host  emplovino  the.  DoD 
standard  protocol  architecture  and  uslna  dun  standard  X.25 
service  must  include  both  the  ddn  standard  x.25  service  facility 
aati  tne  call  user  data  Doo  standard  protocol  identification  in 
its  CALL  REQUEST  oaCKet. 

A  DTE  usina  a  protocol  architecture  otner  than  tne  standard 
Doo  protocol  architecture  is  free  to  use  anv  call  user  data 
orotocol  identification  recoanlzed  bv  the  DTEs  with  which  it 
wisnes  to  communicate.  Identification  of  protocol  architectures 
other  than  tne  Doo  standard  architecture  is  not  standardized  or 
enforced  ov  the  Administration.  Subscribers  are  cautioned, 
therefore,  that  conflicts  amona  various  vendor.-assianed  protocol 
identifications  mav  arise. 


2.1.4  Loaical  Channel  Assianment 

me  assianment  of  loaical  cnannels  bv  tne  DON  X.25  DCE 
follows  me  reauirements  and  auidelines  of  FIPS  100/Fed.  Std. 
io4i  and  Annex  a  of  CCITT  x.25.  within  tne  auidelines  of  CCITT 
x.25  Annex  a.  the  ran oe  of  loaical  channel  numbers  assianed  to 
permanent  virtual  circuits.  incomina,  two-wav.  and  outaolna 
virtual  calls  for  DOd  DCEs  is  confiaured  tor  each  DTE  attached  to 
a  DCE  ov  the  Aaministration . 

»>Dn  X.25  DTEs  must  follow  the  loaical  channel  selection 
reauirements  of  FIPS  100/Fed.  Std.  1041. 

ine  nuroer  of  loaical  cnannels  available  to  a  DTE  is 
deoendent  uoon  the  conf iaurat ion  of  tne  DCE  to  wnicn  the  DTE  is 
attached,  ana  uoon  the  dynamic  reauirements  Placed  uoon  other 
DCFs  tnat  snare  the  same  don  Dacxet  stitch in a  node. 


2.2  Packet  Level  Procedures 


ol)M  X.25  racket  level  orocedures  are  as  specified  bv  FiPS 
100/Fed.  std.  1041  and  crlTT  X.25.  The  foiiowina  additional 
information  is  provided: 

1.  The  maximum  window  size  that  mav  be  neootiatea  is 
seven. 

2.  Modulo  128  oacket  level  seauence  numberlna  is  not 
suooorted. 

3.  Maximum  packet  sizes  of  16.  32.  64.  128.  256,  512, 
and  1024  octets  mav  he  negotiated. 

a.  me  DDh  X.25  DC£  uses  additional  packet  level 
diaanostlc  codes,  specified  in  Appendix  a.  Table 
a®  1 .  dun  X.25  OTF.s  mav.  but  are  not  reauired  to* 
make  use  of  the  information  conveyed  bv  these 
cooes . 

b.  me  uualifler  bit  (0-bit)  is  Dassed  transparently 
bv  the  DOW  x.25  OCE  in  ddn  basic  x.25  service, 
ores  usina  ddn  basic  x.25  service  mav  use  the  o- 
bit  in  anv  wav  that  is  consistent  with  FIPS 
100/Fed.  Std.  1041. 

o.  Tne  DUO  X.25  DCE  implements  the  diaanostlc  Packet. 

It  is  sent  under  conditions  specified  in  Annex  D 
ot  Cc ITT  X.25.  The  DTE  is  not  reauired  to  act  on 
the  information  Provided  in  diaanostlc  packets. 

7.  uTEs  uslni  DOM  standard  X.25  service  must  restrict 
the  maximum  number  of  data  hits  in  a  complete 
packet  seauence  to  be  no  more  tnan  805b.  This 
ensures  that  tne  data  from  a  oacket  seauence 
transmitted  bv  an  X.25  host  will  fit  within  the 
maximum  1322  messaae  lenatn  limit  UDon  delivery  to 
an  1622  host.  This  restriction  is  necessary  as 
existina  1822  host  implementations  are  not  re¬ 
auired  to  accept  messages  lonaer  than  8063  Pits.  * 


*  btf.s  usina  DUN  standard  X.25  service  will  aenerallv  be 
transmittina  Internet  Protocol  dataarams*  tne  lenatn  of  wnicn,  bv 
convention,  uoes  not  approach  this  limit.  Therefore,  unless  a 
protocol  other  than  the  Internet  Protocol  is  used  with  Dhh 
standard  x.2b  service,  this  is  a  technical  restriction  that  '‘ill 
nave  no  practical  impact  upon  the  desicn  of  DTE  software.  See 
Appendix  a,  section  4-3.2. 


odn  x.25  OTKs  connectina  to  odn  throuan  an  X.25 
internet  Private  Line  Interface  (IPLI)  must  reduce 
the  maximum  complete  Dacket  seouence  lenqtn  bv  an 
additional  256  bits  to  allow  for  IPLI  overhead. 


2.3  Lintc  Level  Procedures 

» » »> m  x.25  link  level  Drocedures  are  as  SDecified  ov  Flps 
100/Fed.  Std.  1041  and  CCltT  X.25.  Tnis  section  presents 
additional  information. 


2.3.1  Dime  (>evel  Parameters  and  ODtlons 

1.  me  default  value  of  K,  tne  maximum  number  of 

seauentiallv  numbered  I  frames  tnat  the  DCE  will 
nave  outstanding  f unacknowledged )  at  anv  aiven 

time ,  is  seven,  a  DD<i  X.25  DCF  mav  be  conflaured 
on  a  Der-OTK  oasis  to  orovlde  ootional  values  of  K 
from  one  to  six. 

2.  me  default  value  of  *2,  the.  maximum  number  of 

transmissions  and  retransmissions  of  a  frame 
following  the  exciration  of  the  Tl  timer,  is 

t*entv.  This  value  can  oe  chanoed  to  anv  value 
from  one  to  200  as  a  DCE  conf iauration  oarameter 
on  a  ner-OTE  basis. 

d.  the  optional  32-blt  FCS  is  not  suDOorted. 


2.3.2  Timer  ii  ana  Parameter  T2 

me  oeriod  of  the  timer  Tl  used  ov  tne  don  x.25  DCE  reflects 
assumptions  about  tne  Drocessina  scee.i  of  the  DTE.  The  DCE 
assjmes  that  parameter  r2.  the  response  latencv  of  the  DTE  to  a 
frame  frou.  tne  DCF.  is  no  areater  than  1/2  second.  Likewise,  the 
DCt  guarantees  that  its  parameter  T2.  the  latency  in  respondi.no 
to  traces  trof  the  ufE.  is  1/2  second  tor  signaling  rates  of  19.? 
Kt.t/s  or  slower.  an«i  1/a  second  for  faster  links. 

-  lo*er  uoan'i  for  tii>er  ri  rav  pe  corcuted  to  ne  4X  ♦  T2, 

rasea  on  tne  assumptions  that: 


f  tne  iinK  oropanation  time  is  neuiiaibie 


*  tne  vorstfcase  Creme  transmission  time  is  x» 

*  timer  T 1  is  started  when  a  frame  is  scheduled  for 

outout,  _ _ 

*  eacn  frame  is  scheduled  lust  as  transmission  of 
the  orevious  frame  starts. 

*  frames  are  not  aborted,  and 

*  eacn  frame  and  its  oredecessor  are  of  maximum 
lenatn  Nl  s  824a  hits  (see  Section  2.3.J  oelow). 

as  an  examole.  for  a  slanalina  rate  of  9.6  Kb/s.  this  yields 
x  s  .no  sec.  If  T2  is  .6  sec.,  the  total  time  for  tne  DTE  to 
resDona  in  tne  worst  case  should  be  3.9  seconds.  In  fact,  the 
DCE  uses  a  T1  timer  value  of  a  seconds  tor  a  link  sbeed  of  9.6 

Ko/S.  ■r 

In  no  case  does  the  DCE  use  a  value  for  T1  smaller  than  3 
seconds.  Tnis  means  that,  tor  faster  links,  the  DTE#s  T2 
oarameter  mav  be  lenutnened  oecause  the  x  term  in  the  above 
formula  is  smaller.  For  links  of  19.2  Kb/s  or  faster.  DTEs  are 
exoected  to  satisfy  latencv  reoulrements  that  allow  the  DCE  to 
use  tne  formula  4X  ♦  T2  (DTE)  <  3  seconds  *  Tl  (DCE). 

Tne  nit  mav  choose  anv  value  for  Tl  that  is  compatible  with 
the  OCE's  T2  oarameter  values.  The  value  of  Tl  used  bv  the  DTE 
mav  *r«avs  oe  set  longer  than  the  formula  indirates,  with  the 
result  tnat  recoverv  from  certain  tvDes  of  link  errors  will  he 
slower.  However,  tne  DCE's  parameter  T2  cannot  oe  reduced,  so 
the  formula  should  oe  viewed  as  vieldlna  a  lower  bound  on  tne 
DTtl's  n  timer. 


2.3.3  Maximum  I  Frame  Size 

rne  maximum  number  N1  of  bits  in  an  I  Frame  is  8248, 
accommodating  a  data  packet  with  up  to  1024  data  octets.  The 
derivation  of  this  number  is  shown  in  Table  2.2. 

DTEs  using  dun  standard  x.25  service  must  observe  the 
restriction  on  the  numoer  of  data  Dits  in  a  comolete  oacket 
sequence  given  in  section  2.2  aoove. 


Field  Name 


X .2b  NO.  Of 
Level  Bits 


Andress 

2 

8 

Control 

2 

8 

General  Format  Identifier 

3 

4 

Logical  Channel  Number 

3 

12 

Packet  rvoe 

3 

8 

user  Data 

3 

8192 

(max) 

Frame  Cnee*  Seauence 

2 

16 

TOTAL 

8248 

(max) 

Table  2.2  Derivation  of  Maximum  ] 

[  Frame 

Size 

2.^  Physical  Level  SDecifications 

The  lon  x . 25  onvslcal  level  specification  is  in  conformance 
With  FIPS  100/Fed.  Std.  1041  and  CciTT  <.25.  This  section 
presents  additional  information. 

A  00*  x.25  DTE  mav  either  be  collocated  with  its  DCE  or  mav 
be  connected  to  it  via  an  access  line.  In  all  cases  the  DTE 
presents  a  Physical  DTE  interface*  the  odn  will  suoolv  the 
matcnlna  DCE  Interface.  DDN  X.25  service  offers  four  Physical 
level  interfaces:  8S-2J2-C  fCCITT  v.28).  RS*M9.  both  balanced 
and  unoalanced  (CCITT  V.u  and  v.10.  respectively;  also  MIL-188- 
114  oalanced  and  unoalanced).  and  CCITT  V.35.  Appendix  B  of  this 
document  describes  in  detail  the  choices  of  ohvsical  interface 
availaole  to  tne  DLn  subscriber  and  the  specifications  for  each 
tvne  o€  interface.  Table  2.3.  Delow.  summarizes  tne  Physical 
interfaces  available  at  each  data  rate  supported  by  tne  don  X.25 
DCF .  ana  indicates  whicn  interfaces  are  recommended  at  each 
sianaiina  rate. 

A  oo-m  x . 2b  DTE  mav  implement  anv  or  alt  of  the  sianaiina 
rates  sno*n.  At  eacn  sianaiina  rate  implemented,  the  DTE  must 
otter  at  least  one  of  the  ohvsical  interface  options  listed  as 
"p"  i  recoin  nenaed )  or  "A"  (available)  tor  that  rate  in  Taole  2.3. 
implementors  are  encouraaed  to  offer  tne  widest  varietv  of 
signaling  rates  ar.j  onvsicai  interfaces  practical  to  maximize  the 
ease  ot  use  ot  tneir  eomonent  in  OOw. 


Physical  sianaiina  Rate  in  Kb/s 


Interface 

1.2 

2.4 

4.8 

9.6  14.4 

48 

50 

56 

64 

100 

rtS-232-C 

R 

R 

ft 

R 

R 

- 

- 

- 

- 

- 

Ka— 449  unoal. 
(and  eauiv.) 

A 

A 

A 

A 

- 

- 

- 

m 

- 

KS-449  oalancen 
(ana  eauiv.) 

A 

A 

A 

A 

A 

A 

A 

A 

A 

R 

CCITT  V.35 

. 

_ 

.  _ 

« 

A 

R 

R 

A 

Leaeod 

a  =  Recommended 
A  s  Available 
-  =  Not  available 


(Tatcen  from  AoDendix  B.  Table  B-4 

•  •  * 

Taole  2.3  dom  x . 25  Physical  Sianaiina  Pates  and  Interfaces 
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appendix  as  DDn  x.2b  Implementation  Details 


A-l  tntroauction 

Tnis  Appendix  serves  three  purposes.  First,  it  provides 
information  concern ina  the  Planned  evolution  of  DDN  x.25 
caoaoi 1 i ties •  second.  it  provides  information  on  the  use  of 
certain  uo-i  x.75  features  and  facilities  at  a  qreater  level  of 
detail  tnan  is  appropriate  for  inclusion  in  the  DOdv  of  the  DD« 
/.2b  interface  Specification.  Specifications  for  the  use  of  DDn 
x.25  features  and  facilities  aiven  in  this  Aooendix  are  eaadaJ:o£V 
on  tne  oart  of  OUN  X.25  DTEs  that  wish  to  make  use  of  these 
features  and  facilities.  Finally,  this  Appendix  presents  a 
discussion  ot  the  limitations  on  the  use  of  don  services  that 
will  De  encountered  bv  hosts  usina  onlv  Don  basic  X.25  service* 


a-2  uoeratlonal  Features  of  DON  X.25  UCE  Releases 

me  -capabilities  of  the  DDv  x.25  DCE  will  evolve  over  time 
from  an  initial  set  of  capabilities  to  the  full  capabilities  of 
this  don  x.25  Interface  Soeclf ication.  Tnis  section  describes 
release-dependent  features  of  the  DDN  x.25  DCE.  Implementors 
should  note  that  not  all  ootlonal  facilities  of  tne  specification 
will  initially  oe  availanie  for  use  bv  DTEs. 

Releases  of  new  DCE  capabilities  will  be  compatible  with  DTF 
.hardware  ana  software  implementations  that  meet  the  full  don  X.25 
Interface  Soecif lcatlon. 


A-2.1  Initial  Feature  Suooort 


rhe  initial  release  of  the  now  x.25 
control  parameter  neaotiation  and  fast  s 
Hijn  x.25  DCfc  mav  he  configured  pv  the 
provide  non-standard  default  window  and  c 
in  CCJi'T  x.25  Sections  7.1.2  and  7.2.1. 
tvoe  of  service  selection  facilities  w 
acteo  uoon.  bv  the  networx.  Onlv  DDN  oas 
supported.  Planned  future  DCE  rele 
facilities  specified  in  FiPs  luo/Federal 
xceotion  ot  those  "adalti onal "  facili 
ection  1.2.1  of  this  document. 


DCE  will  suDDort  flow 
elect.  In  addition,  the 
DDN  Administration  to 
ac<et  sizes  as  described 
The  call  Drecedence  and 
ill  be  accented,  but  not 
ic  x.25  service  will  be 
ases  will  suPDort  all 
standard  1041  witn  tne 
ties  tnat  are  listeo  in 


A-l 


% 


a  detailed  scnedule  ot  dcjm  x.25  DCE  releases  and  the 
caDabllities  of  each  release  hill  be  suDolied  in  a  seoarate 
Document . 


A-2.2  Exceotion-nandlina  Procedures 

Certain  of  tne  exceoti on-  or  error-nandli no  procedures  of 
tr.e  initial  release  of  tne  ODN  X.25  OCE  differ  in  detail  from  the 
orocedures  specified  in  FiPs  100/Feaeral  Standard  1041.  These 
differences  are  aescrioed  below.  A  later  release  of  the  don  X.25 
DCE  will  orina  these  orocedures  into  conformance.  In  the 
interim,  tne  variances  in  these  procedures  will  not  preclude 
satisfactory  operation  between  the  DCE  and  a  DTE,  provided  tne 
irjfc  operates  In  accordance  with  FIPS  100/Federal  Standard  1041. 


a-2.2. 1  I'.'On-cctet-Al  lunea  Data 

Data  oacnets  received  bv  the  ddn  X.25  DCF  that  are  not 
aiianea  on  an  ''Ctet  boundary  are  discarded  at  tne  link  level. 
Thev  are  not  oassea  to  the  DCF.  oacKet  level,  and  no  packet  level 
diaanostic  code  is  returned  to  the  DTE. 


A-2.2. 2  RESTART  Rt  QUEST  Packet 

The  0 X.25  DCE  will  not  discard.  but  will  instead  act 
upon,  a  RESTART  REQUEST  packet  that 

(i)  is  too  Iona  (unless  it  exceeds  the  maximum  frame 
size  tor  the  link  level). 


(ill  contains  a  non-zero  cause  fiela. 


A-2./.3  RESET  REQUEST  Packet 

me  .»('%  X.25  DCE  Will  not  discard.  but  *111  instead  act 
uoon.  a  reset  K-'.oi.'f.sx  oacKet-  that  contains  a  non-zero  reset  cause 
field. 


A- 2.2.4  CLEAR  REQUEST  Pacxet 


The  qon  x.25  DCS  will  not  aiscard.  but  will  instead  act 
upon,  a  clear  reddest  Packet  that  contains  a  non-zero  clearina 
cause  field. 


A-2.3  virtual  Circuit  Resource  Availability 

in  its  current  implementation,  the  DON'  X.25  packet  switching 
noae  is  caoaole  of  suooortina  a  minimum  of  one  hundred 
simultaneous  virtual  circuits.  As  was  discussed  in  Section 
2.1.4.  resources  of  tne  node  are  shared  dynamically  amonq  the 
DCEs  attached  to  the  node.  Therefore,  no  explicit  guarantees  are 
made  of  tne  number  of  simultaneous  virtual  circuits  that  can  be 
made  pv  a  single  DTE.  Deoendina  uoon  the  conf iauration  of  the 
nocie.  the  number  of  simultaneous  circuits  supported  oy  the  node 
can  oe  significantly  greater  than  one  hundred. 


a-3  Detailed  Features  and  Facilities  Specifications 

This  section  provides  detailed  specifications  and 
descriptions  of  use  for  certain  DDn  x.25  features  and  facilities. 


A-3.1  Additional  Diagnostic  Cooes 

The  DOr:  X.25  DCE  is  capable  of  providing  additional 
information  to  DTE 5  in  RESTART,  RESEl ,  CLEAR  INDICATION,  and 
D I AG\U5  riC  oacxets  ov  means  of  diaanostic  codes  that  are 
extensions  to  tne  set  of  diagnostic  codes  alven  in  Annex  E  of 
CC1TT  Recommendation  x.25.  These  codes  are  taken  from  the  set  of 
cooes  "reserved  tor  network  soecitic  diaanostic  Information,"  and 
are  tnus  not  in  conflict  with  code  assignments  made  in  Annex  E. 
the  values  nt  tnese  codes,  and  their  meanings,  are  alven  in  lafcle 
a  —  1  ne In* . 


Cooe 

Value  •••eanina 


12  o  tmp  is  unavailaole.  The  oacket-forwaroina 

mechanisms  of  tne  network  are  unavailable  to  the 
DCE.  sent  in  RESET.  CLEAR  and  RESTART  Packets. 

140  Link  level  came  un.  Rent  in  RESTART  and  RESET 

packets. 

ill  Lime  level  went  down  at  remote  DIE.  Sent  in  CLEAR 
ana  reset  oacKets. 

132  Remote  DTE  restarted,  sent  in  CLEAR  and  RESET 

packets . 

134  Local  resources  not  available  for  call 
establishment.  Tne  local  DCE  has  too  few 
resources  to  establish  anotner  call.  Sent  in 

CLEAR  and  DIAGNOSTIC  packets. 


1 


¥ 


L> 


134  Remote  resources  not  available  for  call 
estaolisnment.  The  remote  DCE  has  too  few 
resources  to  establish  another  call.  Sent  In 
Cuear  DacKets. 

lie  Remote  host  dead.  The  link  to  the  remote  DTE  is 
down.-  Sent  in  CLEAR  and  RESET  oackets.. 


f 


137  Remote  Ihp  dead.  The  inP  to  which  the  remote  DTE 
is  attached  is  down.  Sent  in  CLEAR  and  RESET 
oackets . 

lirt  i.oaical  suonetwork  access  barred.  The  remote  dtE 
cannot  be  reached  because  of  a  communities-of- 
interest  orohibition.  Sent  in  CLEAR  and  RESET 
oackets. 


13s  Connection  lost.  An  internal  error  has  occurred 
at  eitner  the  remote  or  tne  local  DCE  which  has 
made  tneir  virtual  circuit  data  structures 
inconsistent,  sent  In  CLEAR  and  RESET  packets. 


1  '■* u  f-esoonse  lost.  A  resoonse  from  tne  remote  L'CE 
taiieo  to  arrive  within  a  reasonable  time.  Sent 
in  Cbr.«R  and  RESET  packets. 


141  Cailina  logical  address  not  enabled  or  not 
authorized,  sent  in  clear  packets. 

142  Cailina  loaical  name  Incorrect  for  this  DTE.  Sent 
in  clear  oackets. 

143  Called  loaical  name  not  authorized.  Sent  in  CLEAR 
oactcets. 

144  called  loaical  name  not  enabled.  Sent  in  CLEAR 
oacnets. 

145  Called  Loaical  name  has  no  enabled  DTEs.  Sent  in 
CLEAR  oackets. 

l<*b  use  of  loaical  addresses  invalid  in  this  network. 
Sent  in  CLEAR  packets. 

147  Declared  loaical  name  now  in  effect.  Sent  in 
clear  oacicets. 

14*  Declared  loaical  name  was  already  in  effect.  Sent 
in  clear  packets. 

14v  neclareu  loaical  name  is  now  disabled.  Sent  in 
CLEAR  oacicets. 

150  Declared  logical  name  was  alreaav  disabled.  Sent 
in  Clear  packets. 

151  incoming  calls  barred.  Sent  in  CLEAR  oackets. 

152  Outgoing  calls  barred.  Sent  in  CLEAR  packets. 

i'v2  Cleared  due  to  higher  precedence  call  at  local 
DCF. .  sent  In  CLEAR  oackets. 

193  Cleared  due  to  nioher  precedence  call  at  remote 
OCE.  Sent  In  CLEAR  packets. 

144  neuuestea  precedence  too  hiah.  The  DTE  is  not 
authorized  to  establish  a  call  at  the  reauested 
preceaence  level.  Sent  in  CLEAR  oackets. 


raoie  a-1.  Additional  RacKet  Level  Diagnostic  Codes 


A-3.2  x . 25  IP  Interoperability  Considerations 


"hen  no*  standara  x.25  service  is  reauested  at  call 
estao l isnment  (as  described  in  section  2. 1.2.1)*  the  call  Is  In 
effect  estanlisned  oetween  the  DTK  and  a  local  X.25  entity.  This 
entltv  suoseauentlv  extracts  the  IP  dataarams  from  tne  X.25  data 
DacKets  for  transmission  tnrouan  the  DDn  Internet.  This  aoDroach 
reouires  tnat  certain  conventions  be  followed: 

1.  IP  dataarams  are  to  ee  sent  as  X.25  comolete 
oacxet  sequences.  That  is.  dataarams  bealn  on 
Dacxet  Doundaries  and  the  M  ("more  data”)  bit  is 
used  tor  dataarams  that  are  laraer  than  one 
oacxet.  on lv  one  ip  dataaram  is  to  be  sent  oer 
X.25  comolete  Dacxet  seauence. 

2.  bv  convention,  the  maximum  IP  dataaram  sice  is  576 
octets.  This  Dacxet  size  can  most  efficiently  be 
accommodated  bv  neaotiatlna  an  x.2S  maximum  oacxet 
size  nt  1024;  alternatively,  a  DTE.  mav  use  an  x.25 
comolete  Dacxet  •  seauence  to  transmit  an  IP 
dataaram. 

3.  because  the  X.25  connection  is  tln  effect 
terminated  locally,  the  b  ana  Q  bits  nave  no 
sianiticance  and  snould  De  set  to  zero. 

4.  me  precedence  bits  of  the  ip  tvoe-of-service 
field  are  to  be  mapped  into  x.25  precedence  bits 
(see  section  2. 1.2. 2)  as  specified  in  Table  A -2. 


JP  Precedence 

000 

001 

010 

Oil  -  111 


X.25  Precedence 

oo 
01 
10 
1 1 


Table  a-2.  ip  Precedence  to  x.25  Precedence  xaooina 


A-j.j  in ft  Dun  Loalcal  Addressing  Facility 


I 


;vi 

51 


'i: 

§ 


$ 

i 

\i 


me  udn  logical  address! na  facility  allows  references  to 
hosts  nv  either  their  Physical  network  address  or  ov  one  or  more 
location-! noeoendent  loalcal  addresses,  and  allows  hosts  to 
exercise  partial  control  over  tne  loalcal  addressees )  ov  which 
thev  can  ne  referenced.  Implementation  of  ODn  looicai  addresslno 
ov  a  nost  is  optional. 

rne  DON  Administration  will  assian  seven-alait  loalcal 
addresses*  and  will  maintain  a  logical  addressing  data  base.  The 
host  is  tnen  responsible  for  notifvina  the  network  ("enabling") 
of  tne  "names"  (looicai  addresses),  if  anv.  bv  which  it  wishes  to 
oe  known.  It  cannot  receive  calls  addressed  to  a  name  or 
originate  calls  under  that  name  unless  it  has  enabled  that  name. 
It  also  cannot  enable  a  name  that  is  not  authorized  for  that 
onvsical  address,  dames  can  also  be  enabled  automatically  bv  the 
net«or<*  under  tne  control  of  the  Administration. 


a-J.3.1  Louieal  Addresses 

Loalcal  addresslno  is  invoked  when  a  called,  address  .  is 
supoi led  to  tne  imp  with  the  flaa  dioit  F  *  one.  The  loalcal 
address  consists  of  seven  BCD  dialts.  This  name  is  maDoed  ov  the 
louieal  addresslno  facility  into  a  DDN  chvslcal  network  address. 
The  loaical  name  need  not  be  unioue  for  the  onvsical  address*  nor 
is  tne  onvsical  aaoress  necessarily  unlaue  for  tne  name. 


a-3.3.2  tnaeiina  and  Dlsabiina  Loalcal  Addresses 

ro  enaole  and  disaoie  looicai  addresses,  the  DDN  x.25  host 
must  sem  declarative  CALL  HEQUEST  packets  to  the  DCE  usina  a 
called  address  witn  the  format: 

ZZZZ  F  DDDODDD  (SS) 

where  the  address  fields  are  as  described  in  section  2.1.1.  The 
Flag  f  nust  be  set  to  nine,  the  duw  Host  Identifier  field 
soeclfies  tne  looicai  address  under  consideration,  and  the 
sut-address  field.  xnich  must  he  present*  specifies  tne  tvoe  of 
transaction.  Declarative  calls  are  cleared  immediately,  bv  tne 
local  uCK.  V 


If  as  is  zero*  the  loaical  name  is  enaoled  In  normal  mode; 
that  is.  tnat  nnvsical  port  will  accent  incoming  calls  to  that 
name,  and  allow  outooina  calls  from  that  name.  If  SS  is  one*  the 
logical  name  is  disaoled.  if  SS  is  two.  tne  logical  address  is 
enaoled  in  reverse  translation  mode;  in  this  mode*  the  called 
address  field  of  incomina  call  Dackets  will  oe  translated  into  a 
onvsicai  adaress  (i.e.«  an  address  containing  a  flag  F  *  0).  if 
it  «as  oiven  ov  the  calling  oTc  (X.25  host),  as  a  loaical  address 
li.e..  containing  a  flaa  F  s  1). 

.-nenever  a  OTfc:  comes  uo.  or  restarts,  the  logical  names  for 
tnat  dip  are  returned  to  their  default  state,  which  mav  be  either 
enanled  or  aisanied.  as  configured  bv  tne  DON  Administration. 


a-*  (.imitations  of  0D<4  Basic  X.2b  Service 

me  defense  Data  Network  is  an  Internetwork  environment. 
Tnat  Is.  oou  as  a  whole  is  made  uo  of  a  numoer  of  constituent 
oac<et  switching  networks  tnat  are  interconnected  via  gateways. 
Communication  across  aatewavs  reaulres  tne  use  of  the  Internet 
protocol,  which,  for  a  host  aceesslna  DDN  usina  X.25,  reouires 
that  tne  host  iraoie«*ent  the  DoD  standara  protocol  architecture 
and  etiioiov  ddn  standard  X.25  service.  In  addition,  a  classified 
nost  is  attached  to  a  DON  constituent  network  of  lower 
classification  bv  means  of  an  Internet  Private  Line  Interface 
(lPt.1).  IpLls.  whicn  tnemseives  contain  aatewavs,  also  reaulre 
tne  use  of  the  Internet  Protocol;  moreover,  they  do  not,  as 
currently  aesianed.  offer  an  x.25  host  Interface.  These 
attributes  of  the  DON  internet  nave  two  Implications  for  users  of 
on*  oasic  >.25  services 

1.  Ouk  nosts  tnat  do  not  imoierrent  IP  and  niaher- 
level  do <  protocols.  and  whicn  use  only  Db*  basic 
x.25  service,  cannot  communicate  across  aatewavs. 

Tneir  network  communication  is  tnerefore 
restricted  to  e  single  DD*  constituent  network. 

2.  X. 25  hosts  cannot  be  orovided  classified  service 
on  a  constituent  network  of  lower  classification, 
should  X.25  nost  access  De  developed  for  the  1PL1 
in  tne  future,  classified  network  access  will  ne 
made  available  to  hosts  usina  nnv  ztaadaca  X.25 
service  oniv. 
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a-5  derivation  of  Do*  x.25  Addresses 

All  l>Dn  nosts  are  aSslaned  addresses  hv  the  Administration, 
rne  address  ot  a  DDK  nos t  mav  be  obtained  from  the  vetworic 
Information  Center  (^IC).  reoresented  as  an  ASCII  text  strina  in 
wnat  is  caned  "host  taoie  format.”  This  section  describes  the 
orocess  ov  «nicn  u^.i  x.25  addresses  in  tne  format  described  in 
section  2.1.1  mav  be  derived  from  addresses  in  MIC  host  table 
format. 


A  UC  nost  table 
reoresentations  of 
corresponding  to  tne 
aoaress.  me  four 
section  as  "n".  "h". 
mav  oe  renresentea  as 
nave  either  one.  two. 
a  value  greater  than 
"I h ,2.0.17a”,  n*10.  n 
address  to  a  DO*  X.25 


address  consists  of  tne  ASCII  text  strino 
four  decimal  numbers  seoarated  ov  oerlods, 
four  octets  of  a  thirtv-two  bit  Internet 
decimal  numbers  are  referred  to  in  this 
”1".  and  "i".  Thus,  a  host  taoie  address 
"n.n.i.i”.  Each  of  these  four  numbers  till 
or  three  decimal  alaits  and  will  never  have 
25S .  For  example,  in  the  host  table  address 
*2.  1*0.  and  1*124.  To  convert  a  host  table 
address : 


If  h  <  64.  tne  host  table  adaress 
tne  DO*  A. 2b  Dhvslcal  address 


corresbonds 


ZZZZ  F  IlIHhZZ  (SS) 


wnere s 


ZZZZ  =  0000 

as  reauired  in  Section  2. 1.1. l.l; 


Fry 


LI  *  00 


(  So) 


because  tne  address  is  a  onvslcal 
address: 

is  a  tnree  decimal  digit 
representation  of  ”i",  riont-adlusted 
and  Dadoed  with  leadina  zeros  if 
reauired: 

is  a  two  decimal  diait  representation 
of  "h".  r inht-adlusted  and  oadded 
with  leading  zeros  if  reauireg; 


is  optional,  as  described  in  Section 
2. l.l. 1.4. 


In  the  example  alven  above*  the  host  table  address 
10.2.0.124  corresDonds  to  the  D0n  x.25  onvslcal 
address  000001240200. 


2.  It  r»  >  t>4  or _ h  a  fta .  the _ h&s-t-  table  address 

corresponds  to  tne  ddo  x.25  loalcal  address 

ZZZZ  F  RRRRRZZ  CSS) 

wnere: 

ZZZZ  =  0000 

as  reotaired  in  Section  2.1.1.1.1; 

F  s  l  because  the  address  Is  a  logical 

address* 

* 

hrrkr  is  a  five  decimal  digit 

representation  of  tne  result  ”r"  of 
the  calculation 

r  *  h  *  256  ♦  i 

(note  that  the  decimal  representation 
of  "r*  will  alwavs  reauire  five 
dialts )  1 

ZZ  =  00 

and 

f&o)  is  ootlonal*  as  described  in  Section 
2. 1.1. 1.4. 


Thus.  tne 

nost  table 

address 

10. 

83.0.207 

corresoonos 

to  the  dDn 

X.25  logical 

address 

000012145500. 

In  noth  cases,  tne 

"n"  and  "1" 

fields  of 

the 

host  table 

address  are  r.ot  used. 


APPfeivt/lX  a:  Ogm  svncnronous  Level  l  Soeclf ication 


R-l  introauction 

a  nost  mav  connect  to  tne  Defense  Data  Network  at  the  link 
level  usino  tne  asvncnronous  bit  serial  Protocol  described  in  BBN 
»eoort  4o.  l »22  as  eitner  a  local  nost  (LH)  or  a  distant  host 
(.0*4).  a  nost  niav  also  connect  to  the  DON  ov  means  of  a 
svncnronous  bit  serial  protocol  at  the  link  level*  uslnq  either 
tne  method  aescrioed  in  BBri  Peoort  No.  1822,  HUH,  or  the  DDn  x.25 
interface.  \elther  LH  nor  DH  is  recommended  for  new 
implementations. 

rnls  section  describes  the  functional,  electrical,  and 
mechanical  connection  (tne  level  1  connection)  that  is  reaulred 
when  either  an  hdh  or  an  X.25  nost  is  connected  to  the  Ddn. 
Hosts  connectlno  to  tne  PD*  via  hdh  or  X.25  reauire  a  svnchronous 
modem  connection  or  tne  equivalent,  which  will  oe  supplied  as 
part  of  tne  do*  service.  Tne  host  will  present  the  DTE  interface 
while  tne  DON-Drovided  eauioment  will  present  the  DCE  interface. 

A  lona-term  ooal  of  the  DO*  is  for  ail  level  1  connections 
to  be  accomplished  with  tne  **IL-188»114  balanced  interface.  Its 
cieneral  equivalents  are  El  A  RS-449/422,  CriTT  tf.ll,  and  Fed.  Std. 
1031/1020.  Tne  ddm  cannot  implement  tnis  at  present  due  to  the 
limited  availability  of  commercial  vendor  hardware.  In  order  to 
facilitate  future  DON  compatibility,  all  new  system  acquisitions 
snould  soecifv  slL-188-114  balanced  as  a  required  interface,  in 
addition  to  an  alternate  interface.  Tne  selection  of  an 
alternate  interface  snould  not  preclude  utilization  of  the  HIL« 
lus-ll*  balanced  Interface  *nen  it  becomes  supportable. 


e-2  Suooorted  Interfaces 

do*  oresentlv  supports  four  svncnronous  level  1  Interfaces. 


1.  FI A  *S-232-C.  CCITT  V.28  *  V.24? 

2.  ',IL-i3H-114  balanced,  El  A  RS-449&422,  CCITT  V.ll, 
Fed.  Std.  1031/1020; 

.  lL-lftH-114  unbalanced,  FlA  RS-449*423 , 

V.io.  Fed.  Sto.  1031/1030?  and 


3 


CCITT 


CC1TT  V.35 


■*  . 

raole  P-l  is  a  dictionary  of  terms  that  relates  the  CCITT 
sianal  iu  to  tne  eia  sionai  ID  and  to  tne  more  common 
abbreviations.  Taole  B-2  identifies  sianals  as  either  reaulred. 
optional,  or  not  used. 

i-iaure  b-i  and  Table  a-3  identify  tvoical  DTE  connections  to 
tne  Out.  The  reaulred  subscriber  services  will  dictate  which 
scheme  is  selected  for  a  Darticular  DTE. 

lanie  -s-4  relates  reaulred  SDeed  of  service  to  interface 

tvoe. 

loaetner.  tnese  tables  and  f ioures . serve  as  a  aulde  to  level 
l  interface  selection.  From  these,  most  systems  will  De  able  to 
inentitv  tne  most  aoorooriate  Interface.  However.  tnls 
information  is  not  all-inclusive.  Other  Interface  arranaements 
mav  oe  oosslbie:  contact  vour  DDf«  representative  for  assistance 
as  reaulrea. 
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Typical  Level  l  Connection  Schemes 


A 


ccnr 

i  u 


abbrev 
ti  ArfE 


nARE 


101 
1  U2 
1  o2a 
1  u2h 
1CH 
I  04 
105 

10b 

107 
10*. 2 
10* 

1  10 
1  1  l 
112 

113 

114 

1 15 
Ho 

117 

118 

119 

120 
121 
122 

123 

124 

125 
1  2o 
127 
12c 
129 
1  30 
131 
1  32 
113 
13** 
l  3o 
1  10 
1  J  1 

1  4  2 

1  y  1 

j  «2 


FG 

SG 


TD 

RD 

RTS 

CTS 

USR 

DTR 

DCD 

SO 


ETC 

TC 

*C 


STO 

SKD 

SRS 

scs 

SCO 

sso 

HI 


HR 


H  I’P 


H  L 
1,0 
T* 


Frame  (Chassis/Protective)  Ground 

Sianal/Suroiv  Common 

RS-449  OTP  Common 

HS-449  DCF  Common 

Transmit  Data 

Receive  Data 

Reauest  to  Send 

Clear  to  Send 

Data  Set  *eadv 

Data  Terminal  Ready 

Data  Carrier  Detect 

Sianal  Quality 

Sianal  Rate  Selector  to  DCF 

Sianal  Rate  selector  to  DTE 

External  Transmit  Clocic 

Transmit  Clocic 

Receive  Clocic 

Select  Standby 

Standov  Indicator 

Secondary  Transmit  Data 

Secondary  Receive  Data 

Secondary  Reauest  to  Send 

Secondary  Clear  to  send 

Secondary  Carrier  Detect 

Secondary  Sianal  Quality 

select  Freouencv  Grouo 

Rinaina  Indicator 

Select  Transmit  Freauencv 

Select  Receive  Freauencv 

External  Receive  Clocic 

neauest  to  Receive 

Secondary  Transmit  Tone 

Receive  Character  Timina 

Return  to  Non-Data  Rode 

weadv  to  Receive 

Receives  Data  Present 

New  Sianal 

Remote  LooDback 

Local  LooDbaot 

rest  status  «onitor 

iransir.it  voice  Answer 

Receive  voice  Answer 


fame  .4-i#  f i a  and  cCiTT  intercnanqe  Circuits 


B-3 


«eaulred 


:  101 . 
109. 


102.  103.  104.  105.  106.  107.  108.2. 
113.  114.  and  115 


lotlonal:  iiu.  125.  140.  Mi.  ana  142 

(These  mav  be  raauired  Iaw  future  don 
developments*  It  is  stronalv  recommended 


that 

tnese 

at 

least 

oe  available  for 

implementation 

uoon 

reaulrement). 

•Not  useai  111. 

112. 

116. 

117. 

118.  119.  120.  121. 

122. 

123. 

124. 

126. 

127. 

128.  129.  130.  131. 

132. 

133. 

134. 

136. 

191. 

and  192 

lanle  h-2.  Sianai  selection  bv  CC1TT  lntercnanae  Circuit  Number 


Scneme  (From 
Fia .  3-1 ) 


Exolanation 


(1)  '•odefl'  RS-232  at  soeeds  of  1200.  2400,  4800,  9600  or 

14400  o/s  over  lona  haul  leased  voice  arade 
teleohone  facilities 

(2)  «oden  rciir  V.35  at  soeeds  of  46,  50,  56,  64  Kb/s  over 

leased  arouD  (37KHZ)  arade  facilities  or  in  Conus 
the  uiaital  Data  Service  facilities. 

(31  ol.iiited  Distance  modern 

aenerallv  available  at  9t>00  b/s  and  below  in 
an  *<3-232  version.  Other  tvDes  are  available  for 
all  soeeds. 

(41  null  *oaem  A  Mull  Mode*  is  a  lenath  of  cable  with  the  sianal 

leads  crossed  so  as  to  Dresent  a  OCE  Interface. 

To  oe  used  in  local  connection  schemes  where 
eltner  the  ot£  nr  the  DCE  has  a  clocicina  source 
caoaoilitv.  All  four  suDDorted  level  1 
Interfaces  are  available.  If  DTE  clock  and  DCE 
clock  are  both  available.  DTE  clock  will  be 
oreferred. 

Ibl  Synchronous  Modem  Eliminator 

S*£  is  a  lenath  of  cable  with  a  hardware  device 
interlected.  The  device  allows  convenient 
crossina  of  sianals  so  as  to  Dresent  a  DCE 
interface.  Tne  device  also  orovides  clockina 
when  neither  tne  DTE  nor  the  OCE  nas  such 
caoaoilitv.  All  tour  suDoorted  level  1 
interfaces  are  available. 

(o)  DCS  Microwave 

iK.S  is  aenerallv  a  military  microwave  svstem 
which  orovides  the  Miu-l8«-ll4  balanced  or 
unbalanced  interfaces.  It  Indies  a  soeed  of  50 
k n d s  and  is  usually  found  0-CQnUS.  Selection  of 
this  scneme  reouires  selection  of  (4)  or  (5). 

(7)  Data  -nerve. tion  Standard 

QES  is  a  commercial  enervation  device  used  bv  the 
Doi*  as  a  orivaev  device.  DES  is  available  with 
eltner  RS-232.  v.s 5.  or  RS-449/422. 


«-b 


(8)  KG 


C8)  KG  KG  devices  are  U.  S.  Government  encrvDtion 

devices  under  strict  NS A  control.  The 
requirement  for  security  and  kg  devices  reauires 
the  selection  of  the  MlL"18b*ll4  balanced 
interface . 

(*)  Internet  Private  Line  Interface 

IPLI  devices  are  security  level  community  of 
interest  isolation  devices.  The  requirement  for 
It'Ll  service  reauires  the  selection  of  the  MiL- 
1 8 w  —  1 1  *4  balanced  interface. 


Elates  ana  Considerations 

1.  Interface  (2).  Modern.  48Kb/s  is  aenerallv  only 
available  0-CGNUS. 

2.  «i  i  i.-l  dri-1 14  balanced  is  deemed  eauivalent  to  RS-449 
*'ltn  i-s-422.  tne  difference  beina  that  .4IL-1H&-114  is 
more  tolerant  of  noise  on  sianal  common  and  more 
tolerant  of  common  mode  noise. 

3.  fr  U.-18.e-i  14  unbalanced  is  deemed  eauivalent  to  ks-449 
witn  rs-423.  In  most  cases  where  mil-188-114  balanced 
Is  SDecitied.  4IL-188-114  unbalanced  is  also  available, 
nut  it  is  not  recommended. 

4.  mere  are  svstem  enhancements  unoer  Iona  term 
development  for  use  in  tne  DDn  which  mav  request 
additional  control  leads  bevona  those  listed  as 
reduired.  the  imolementat ion  of  these  enhancements 
will  not  limit  ODeratlonal  caoabiiitles  out  mav  imoact 
tne  aoilitv  of  tne  tfetwortc  Monitorina  Center  to  assist 
*itn  nost  and  host  access  line  diaanosis.  These 
enhancements  mav  reauest  sianals  from  the  oDtional 
cateaorv . 


lanle  --3.  rvDicel  Level  1  Connection  Scnemes 


Physical 

Interface 

hS-232-C 


Sianallna  Rate  in  Kb/s 
1.2  2.4  4.B  9.6  1#.4  48  SO  56  64 


v I l-168-1 14 
unt>al.  fi  equiv.) 

ilj-1  8»-l  14 
cal .  (i  equiv. ) 

CCliT  v/.3b 


Leaead 

R  =  Recommended 

A  =  Available 

-  =  *ot  available 

*  a  nnlv  available  uslna  modems 

**  x  Oniv  available  usina  a  local  cable 

connection 


'laole*  V.-* .  interface  rvoe  pv  Service  Speed 

V..' 


WWW 


Sianal  •'lane 

Noorev 

PI  n 

do. 

fia  id 

Sianal  source 

Frame  Ground 

FG 

1 

AA 

DTE/DCE 

transmitted  Data 

TO 

2 

•?  A 

OTE 

Received  Data 

RD 

3 

66 

DCE 

Reauest  to  Sena 

RTS 

4 

CA 

DTE 

Clear  to  Sena 

CTS 

5 

C8 

DCE 

Data  set  weedy 

DSR 

6 

CC 

DCE 

Sianal  Ground 

SG 

7 

A9 

DTE/DCE 

Data  Carrier  detect 

ocn 

8 

CF 

OCE 

Transmit  CIock 

1C 

15 

09 

DCE 

Receive  Clock 

ac 

1  7 

DO 

DCE 

data  terminal  Ready 

utr 

20 

CD 

DTE 

txt.  transmit  Clock 

ETC 

24 

DA 

DTE 

»irea  Soare 

•• 

1  8 

•• 

mmm 

r.irea  Scare 

— 

22 

mm 

mmm 

.••ired  Soare 

•  • 

2b 

mm 

mmm 

Reouirea  oinsi 

1.  2.  3.  4 

.  b. 

6.  7. 

8.  15.  17, 

20.  24 

notional  Dins: 

y.  10.  ir. 

22. 

25 

jtates: 

1.  Tne  ot't  will  oresent  a  cannon  OS-25P  male  connector 
* i tn  oinouts  as  above  or  eouivalent  hardware  with 
identical  oinouts. 

2.  The  DCF.  will  oresent  a  cannon  0B-25S  teroale 
connector  or  eouivalent. 


Signal  Name 


Aoorev 


Pin  Nos 


eu  id 


sianal  Source 


is 


.*v 


f 


Sena  Data 

SU 

4.22 

BA 

DTE 

Send  lining 

ST 

5.23 

DB 

DCE 

hecelve  Data 

RD 

b.24 

83 

DCE 

Neauest  to  Send 

NTS 

7.25 

CA 

DTE 

Receive  Tiding 

NT 

8.2b 

DD 

DCE 

Clear  to  Send 

CTS 

9.27 

CB 

DCE 

Local  Looooacic 

LL 

10 

— 

DTE 

Data  *ooe 

ON 

11,29 

cc 

DCE 

Terminal  keaav 

TH 

12.30 

CD 

DTE 

receiver  Neaav 

RR 

13.31 

CF 

DCE 

Remote  t.oopoactc 

HL 

14 

-- 

DTE 

Terminal  ui'nind 

r  r 

1  7,35 

DA 

DTE 

Test  ■•.ode 

TM 

18 

mm 

DCE 

Signal  Ground 

SG 

19 

•  AH 

DTE/DCE 

receive  Common 

NC 

20 

RC 

DCE 

Send  Common 

SC 

37 

SC 

DTE 

wired  soare 

— 

1 

•  • 

“““ 

wired  snare 

mm 

3.21 

mm 

“““ 

neauired  pins: 

4. 

22:  S 

.23:  6.24; 

7.25;  8,26;  9 

.27; 

11 

.29: 

12,30;  13. 

31;  17,35:  19; 

20:  37 

jational  Dins: 

10 

;  W: 

18:  1;  3. 

21 

itai.es: 

l.ie  aft  will  present  a  cannon  dC-37p  male  connector 
witn  pinouts  as  above  or  eculvalent  hardware  with 
identical  olnout. 

The  DCE  *111  present  a  cannon  DC-37S  female 
connector  or  eauivalent. 


rane  c-o.  ■« 1  L-l  88-1 1 4  interface  (ari  ecjoi  valents  ) 


V7 


Signal  iame 

Aoorev 

Pin  wos. 

t  I  A  ID 

Slanal  Source 

Frame  Ground 

FG 

A 

AA 

DTE/DCE 

Signal  Ground 

SG 

P 

AB 

DTE/DCL 

Transmit  Oata 

TL* 

P/S 

HA 

DTE 

Receive  oata 

RO 

R/T 

BB 

OCE 

neauest  to  Send 

RTS 

C 

CA 

DTE 

Clear  to  send 

CTS 

U 

CB 

DCE 

Oata  Set  Reaav 

•  OSR 

F 

CC 

DCE 

L>ata  Carrier  Detect 

OCU 

F 

CF 

DCF 

Local  Looocac* 

LL 

K 

-- 

DTE 

txt.  transmit  ClocK 

ere 

U/m 

DA 

DTE 

Transmit  Cloctc 

TC 

Y/aa 

DB 

DCE 

weceive  Clocn 

PC 

v/x 

DD 

DCE 

Heauired  Pins: 

a;  b: 

p/s:  R/T;  c; 

d:  E;  F; 

U/w;  Y/aa; 

VAX 

Octional  Pins;  K 


aal.es: 

1.  The  ore  win  Dresent  a  *incnester  mi<A(C)-34D-JTCH-H# 
nale  connector  «itn  Dinout  as  above  or  eauivalent 
naroware  *ttn  tne  identical  Dinout. 

2.  me  OCE  *ill  Dresent  a  matino  remale  connector. 


fable  b-7.  y.35  interface 
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UNCLASSIFIED 


F/G  17/2 


\  %  V 


r.  -- 
r.'~‘ 


/y 


